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FIELD OF INVENTION 
The present invention relates to communications in data networks. More specifically, it 
relates to a method and an application programming interface for assigning multiple network 
5 addresses. 

BACKGROUND OF THE INVENTION 
The Intemet Protocol ("IP") and Transmission Control Protocol ("TCP") are rapidly 
becoming the Ungua franca of modem data networks. Currently, host protocol stacks allow a 
10 single host to support multiple physical and logical data-link interfaces. 

These interfaces may be either software or a combination of hardware and software. A 
data-link interface is typically a device that permits a host to communicate with another entity. 
^ Data-hnk interfaces may be active for as long as the host is running, or they may activate and de- 
.„ activate dynamically. An example of a data-link interface is an Ethernet interface which consists 
|lj of the Ethernet card along with a device driver. Typically the Ethernet interface becomes active 
^ upon system boot and remains active until the host computer is shut off 

^ Data-link interfaces typically represent an EP address that is bound to a data-link device. 
Communication via these interfaces occurs through device-independent calls to a socket 
application programming interface ("API"). As is known in the art, a socket is an endpoint, in a 

20 host computer's protocol stack, for communicating over a data network. The socket API 
provides the capability for application programs and their processes to access communications 
protocols automatically. The socket API exists logically above a transport layer for the TCP/IP 
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stack, but below an application layer. The socket API, which is well known to those skilled in 

the art, is discussed in UNIX on-line manuals as well as many textbooks. 

At present, all processes typically bind to one common IP address. When a process 

initiates an IP communication, the protocol stack binds the common IP address to the process. In 
5 this sense, all processes typically communicate over the same IP interface. Data traffic to or from 

one application is typically distinguished fi-om data traffic to or jfrom another application by a 

transport-layer parameter such as a TCP or User Datagram Protocol ("UDP") port. For some 

processes, however, having one common IP address may be restrictive. 

Currently, protocol stacks may support multiple IP interfaces in a limited sense. A host 
m with more than one physical interface may require more than one IP address. For example, a 
^} host computer may communicate using IP packets over a Point-to-point Protocol ("PPP") 

connection via a modem while simultaneously conmiunicating using IP packets over an Ethemet 
rS connection. In this case, the Ethemet interface and the PPP interface would be associated with 
p separate IP addresses. The processes on the host computer, however, have these separate IP 
IpJ addresses in common. Any process that communicates over the modem does so using the 
O common IP address for the PPP connection. Similarly, any process that commxxnicates over the 

Ethemet connection does so using the common IP address for the Ethemet connection. 

Future communication systems, however, may require that a protocol stack is capable of 

supporting multiple IP addresses in a broader sense: different processes on the same host are 
20 associated with different IP addresses on the same physical interface. Processes may request a 

new IP interface with a new IP address rather than share a single IP address with all other 
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processes. Instead of distinguishing traffic to and firom processes by port numbers, the traffic 
may be distinguished by IP address. 

It is therefore desirable to provide a method for binding multiple IP addresses to the same 
process. Multiple processes on the same host may then be assigned different IP addresses that 
5 are distinguishable at an appKcation layer. 
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SUMMARY OF THE INVENTION 
In accordance with preferred embodiments of the present invention, methods for 
assigning multiple network addresses are provided. One aspect of the invention includes a 
method for using multiple network addresses for interprocess communication through a common 
5 physical layer. The method includes creating a first interprocess communication data structure 
associated with a first network address on a first network device. A first communication is 
estabhshed between the first network device and a second network device using the first 
interprocess communication data structure and the first network address. The first 
communication passes through the common physical layer for the first network device. A second 
MS interprocess communication data structure associated with a second network address is created 
^ on the first network device. The second network address is different firom the first network 
l^. address. A second communication is created between the first network device and a third 
fi network device using the second interprocess communication data structure and the second 
n network address. The second communication also passes through the common physical layer for 
iRI the first network device. 

Q The method may help overcome limitations in having one network address common to 

every process on the host computer. With this method, each process may create its own 
interprocess communication data structure for communicating over a data network. In turn, each 
interprocess communication data structure may be associated with its own network address. 
20 The foregoing and other features and advantages of preferred embodiments of the present 

invention will be more readily apparent from the following detailed description, which proceeds 
with references to the accompanying drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
Preferred embodiments of the present invention are described with reference to the 
following drawings, wherein: 

FIG. 1 is a block diagram illustrating a network system; 
5 FIG. 2 is a block diagram illustrating a protocol stack for a network device; 

FIG. 3 is a block diagram illustrating a typical stack implementation; 
FIG. 4 is a block diagram illustrating a stack implementation with multiple network 
addresses; and 

FIG. 5 is a flow diagram illustrating a method for using multiple network addresses. 
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DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 
FIG. 1 is a block diagram illustrating an exemplary data network 10 for an illustrative 
embodiment of the present invention. The data network 10 includes a backbone network 12 (e.g. 
the Internet), a first network device 14, and a second network device 16. The backbone network 

5 12 may be public in the sense that it may be accessible by many users who may monitor 
commimications on it. Additionally, although only one is illustrated, there may be multiple local 
area networks ("LANs") 20 coupled to the backbone network 12. Data packets may be 
transferred to/from the first network device 14 and the second network device 16 over the 
backbone network 12. For example, the devices may be assigned pubhc network addresses on 

lij the Intemet. A data channel between the first network device 14 and the second network device 
16 may include routers or gateways (24, 26). However, other data network types and network 
devices can also be used and the present invention is not limited to the data network and network 

in devices described for an illustrative embodiment. 

Q For example, the routers (24, 26) may be edge routers. An edge router routes data packets 

Ifi^ between one or more networks such as a pubHc network (e.g. backbone network 12) and a 
Q private network (e.g. LAN 20). Edge routers are commercially available from numerous sources, 
including those provided by 3Com Corporation of Santa Clara, CaUfomia, Cisco Systems of San 
Jose, California, Lucent Technologies of Murray Hill, New Jersey, Lucent subsidiaries including 
Livingston Enterprises, Inc. of Pleasanton, California, and Ascend Communications of Alameda, 
20 California, and others. 

In one exemplary preferred embodiment of the present invention, the first 14 and second 
16 network devices are telephony devices or bulk data devices. Bulk data devices include Web- 
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TV sets and decoders, interactive video-game players, or personal computers running multimedia 
applications. Telephony devices include Voice over Internet Protocol ("VoIP") devices (portable 
or stationary) or personal computers running facsimile or audio applications. However, the ends 
of the data flow may be other types of network devices and the present invention is not restricted 
5 to telephony or bulk data devices. 

Network devices and routers for preferred embodiments of the present invention include 
network devices that can interact with network system 10 based on standards proposed by the 
Institute of Electrical and Electronic Engineers ("IEEE"), International Telecommunications 
Union-Telecommunication Standardization Sector ("ITU"), Internet Engineering Task Force 

ia ("IETF"), or Wireless Apphcation Protocol ("WAP") Forum. However, network devices based 

y1 on other standards may also be used. IEEE standards can be found on the World Wide Web at 
the Universal Resource Locator ("URL") "www.ieee.org." The ITU, (formerly known as the 
CCITT) standards can be found at the URL "www.itu.ch." IETF standards can be found at the 

g URL "www.ietf org." The WAP standards can be found at the URL "www.wapforum.org." 

^\ Such standards, and the organizations that establish them, are well known to those skilled in the 

P art. 

It will be appreciated that the configuration and devices of FIG. 1 are for illustrative 
purposes only and the present invention is not restricted to network devices such as edge routers, 
and telephony or bulk data devices. As will be recognized by those skilled in the art, many other 
20 network devices are possible. Moreover, the configuration of data network 10 is not restricted to 
one backbone network 12 and one LAN 20 as shown in FIG. 1. Many different configurations of 
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the data network 10 with multiple data networks and/or multiple local area networks at various 

positions in the data network configuration 10 are possible. 

An operating environment for network devices of the present invention includes a 

processing system with at least one high speed Central Processing Unit ("CPU") and a memory. 
5 In accordance with the practices of persons skilled in the art of computer programming, the 

preferred embodiments are described below with reference to acts and symbolic representations 

of operations or instructions that are performed by the processing system, unless indicated 

otherwise. Such acts and operations or instructions are referred to as being "computer-executed," 

"CPU executed," or "executable." 
O It will be appreciated that acts and symbolically represented operations or instructions 

include the manipulation of electrical signals or biological signals by the CPU. An electrical 
: ; system or biological system represents data bits which cause a resulting transformation or 
^ reduction of the electrical signals or biological signals, and the maintenance of data bits at 
n memory locations in a memory system to thereby reconfigure or otherwise alter the CPU's 
li operation, as well as other processing of signals. The memory locations where data bits are 
O maintained are physical locations that have particular electrical, magnetic, optical, or organic 

properties corresponding to the data bits. 

The data bits may also be maintained on a computer readable medium including magnetic 

disks, optical disks, organic memory, and any other volatile (e.g., Random Access Memory 
20 ("RAM")) or non-volatile (e.g., Read-Only Memory ("ROM")) mass storage system readable by 

the CPU. The computer readable medium includes cooperating or interconnected computer 
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readable medixim, which exist exclusively on the processing system or be distributed among 
multiple interconnected processing systems that may be local or remote to the processing system. 
Network device protocol stack 

FIG. 2 is a block diagram illustrating a protocol stack 50 for network devices, such as 
5 devices 14 and 16 in FIG. 1, in data network 10. The protocol stack 50 is typically executable 
code and data structures associated with a kemel for an operating system of the network device 
(14,16). The code resides in memory locations associated with the kemel and directs a CPU or 
CPUs to format and exchange network communications properly. The data structures are 
portions of memory that are used by the protocol stack code to retain dynamic and static values, 
ffi and are also accessible and controllable by the kemel. 

y 1 As is known in the art, the Open System Interconnection ("OSI") model may describe 

f"; computer networks. The OSI model consists of seven layers including from lowest-to-highest, a 
ff, physical, data-link, network, transport, session, presentation, and appUcation layer. The physical 
Q layer exchanges bits over a communication link. The data link layer exchanges error free frames 
M of data. The network layer exchanges and routes data packets. 

Q The lowest layer of the protocol stack is the physical layer. The physical layer includes 

the physical media interfaces 52 that place signals on transmission media such as wires, coaxial 
cable, optical fiber, or transmit them as electromagnetic waves. The physical media interfaces 52 
also read signals from the transmission media and present them to the data-link layer. 

20 In the data-link layer is a Medium Access Control ("MAC") layer 54. As is known in the 

art, the MAC layer 54 controls access to a transmission mediimi via the physical layer. For more 
information on the MAC layer protocol 54 see IEEE 802.3 for Ethemet and IEEE 802.14 for 
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cable modems. However, other MAC layer protocols 54 could also be used and the present 
invention is not Umited to IEEE 802.3 or IEEE 802.14. 

Above the data-link layer is an Internet Protocol ("IP") layer 58. The IP layer 58, 
hereinafter IP 58, roughly corresponds to OSI layer 3, the network layer, but is typically not 
5 defined as part of the OSI model. As is known in the art, the IP 58 is a message addressing and 
delivery protocol designed to route traffic within a network or between networks. For more 
information on the IP 58 see IETF RFC-791, the contents of which are incorporated herein by 
reference. 

The Internet Control Message Protocol ("ICMP") layer 56 is used for network 
H management. The main functions of the ICMP layer 56, hereinafter ICMP 56, include error 
IJ1 reporting, reachabihty testing (e.g., "pinging") congestion control, route-change notification, 
H- performance, subnet addressing and others. Since the IP 58 is an unacknowledged protocol, 
datagrams may be discarded and the ICMP 56 is used for error reportmg. For more information 
on the ICMP 56 see IETF RFC-792, the contents of which are incorporated herein by reference. 
% Above the IP 58 and the ICMP 56 is a transport layer with a User Datagram Protocol 

5 layer 60 ("UDP"). The UDP layer 60, hereinafter UDP 60, roughly corresponds to OSI layer 4, 
the transport layer, but is typically not defined as part of the OSI model. As is known in the art, 
the UDP 60 provides a connectionless mode of communications with datagrams. For more 
information on the UDP 60 see IETF RFC-768, the contents of which are incorporated herein by 
20 reference. The transport layer may also include a comiection-oriented Transmission Control 
Protocol ("TCP") layer 62. For more information on TCP see IETF RFC-793 and IETF RFC- 
1323, the contents of which are incorporated herem by reference. 
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Above the transport layer is an application layer where the application programs that 
carry out desired functionality for a network device reside. For example, the application 
programs for the network device 16 may include a printer application program, while appHcation 
programs for the network device 14 may include a facsimile apphcation program. 
5 In the apphcation layer are typically a Dynamic Host Configuration Protocol ("DHCP") 

layer 66 and a File Transfer Protocol ("FTP") layer 68. The DHCP layer 66 is a protocol for 
passing configuration information to and from hosts on an IP 58 network. For more information 
on the DHCP layer 66 see IETF RFC-2131, the contents of which are incorporated herein by 
reference. The FTP layer 68 is a file transfer protocol used to download files and configuration 
m information. For more information on the FTP layer 68 see IETF RFC-959, the contents of 
yi which are incorporated herein by reference. Processes also reside in the apphcation layer. While 
FIG. 2 identifies a five layer OSI model, those skilled in the art will recognize that more or fewer 
protocol layers may be used in the protocol stack 50. 
Network address interfkces 
% FIG. 3 is a block diagram illustrating a typical stack implementation 80. The diagram 

g depicts a typical TCP/IP or UDP/IP stack implementation in many operating systems. One or 
more processes 82-86 may each connect to one or more sockets 88-92. As is known to those 
skilled in the art, an apphcation is a program that performs a useful task. An application may 
include many processes, each of which is a set of instructions for directing a CPU to perform a 
20 specific task. 

Additionally, each process 82-86 may connect to one or more sockets 88-92 and each 
socket 88-92 may connect to one or more processes 82-86. In general, a process may connect to 
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more than one socket. Also, the processes within an apphcation may simultaneously be 
associated with the same socket. For example: Process A 82 is connected to Socket #2 90; 
Process B 84 is connected to both Socket #1 88 and Socket #2 90; and Process C 86 is connected 
to Socket #2 90 and Socket #3 92, 
5 Each socket includes a source IP 58 address as well as a soxirce TCP 62 or UDP 60 port. 

Typically, each of the source IP 58 addresses in the sockets 88-92 are actually pointers to a host's 
single IP 58 address for its network address interface 94, which in turn is bound to a data-Hnk 
interface 96. The IP 58 address typically resides m memory associated with a kernel of an 
operating system for the host network device. All Sockets 88-92 share the same IP 58 address 
CQ and data-link layer, and communicate over the same physical medium. 

V'\ As will be further described below, a function call may specify the IP 58 address for the 

socket, provided that this IP 58 address is a valid IP 58 address for the network address interface 
94. More generally, however, the function call does not specify the IP 58 address. Instead, it 
g allows the kernel of the operating system for the host network device to choose the (known) IP 
f| 58 address for the network address interface 94. Also, by caUing the socket creation and binding 
Q functions, the process may specify a TCP 62 or UDP 60 port number (especially if the 
apphcation uses a well-known port number as is famiUar to those skilled in the art). 
Alternatively, the process may leave the choice of port up to the kernel of the operating system 
(the latter being referred to as an "ephemeral" port in the art). 
20 An API for the sockets 88-92 includes reentrant functions for creating sockets and 

binding them to hiterfaces. As is known to those skilled in the art, a function is a self-contained 
set of instructions for carrying out a particular task. When a process calls a reentrant function. 
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the kernel of the operating system for the network device directs the CPU to execute the code of 
the function. After executing the code of the function, the kernel instructs the CPU to reenter the 
calling process, to return a result at the point where the calling process called the function, and to 
continue executing the code of the calling process. For more information on socket functions, 
5 see "The Design of the Unix Operating System", by Maurice J. Bach, Prentice-Hall, 1990, the 
contents of which are incorporated herein by reference. Generally, processes running on the host 
network device call the reentrant functions for the socket API. 

In operation, a first process on a first network device 14, e.g. Process B 84 of FIG. 3, 
exchanges data with a second process (not shown) on a second network device 16 through an 
® inteiprocess commimication. An example of an interprocess commimication is a socket-to-socket 
W virtual data link. Data from the first process transfers to an appropriate interprocess 
f ; commimication data structure, e.g. Socket #1 88. The interprocess communication data structure 
^ is a portion of memory in the first network device 14 that is associated with the protocol stack 50 
Q for the first network device 14. When the first process places data in this data structure, the 
pj kernel of the operating system for the first network device 14 encapsulates the data and transmits 
£3 it as a packet to the second network device 16. Once the packet reaches the second network 
device 16, the kernel of the second network device 16 extracts the data and places it in another 
interprocess communication data structure. The other interprocess communication data structure 
is associated with the second process, e.g. a socket at the other end of the interprocess 
20 communication. The second process may access the other data structure to receive the data from 
the first process. The operating system creates and configures interprocess communications data 
structures through calls to an API. 
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API for a single network address 

A call to a reentrant function called "socket" creates a socket by setting up a data 
structure in the host computer's menaory. A "socket" call may take the following form: 

sd = socket (format, type, protocol) (1) 
5 The socket descriptor, "sd", is typically a handle that is used by the calling process to identify 
this particular socket. As is known in the art, a handle is code that includes access control 
information and/or a pointer to an object. For example, the socket descriptor appears in "read" 
and "write" statements and designates the input stream from which the host reads data or the 
output stream to which the host writes data. 
^ The value of the "format" argument may indicate the address format of a communications 

in domain. For example, as is known in the art, a value of AFJ]SfET, a designator of the IP 58 
N= address family, may indicate that the socket is to be used to communicate between network 
W devices over an IP 58 connection. Additionally, the value of AF_INET indicates that the 
network devices have thirty-two bit addresses (i.e., corresponding to famiUar IP 58 address 
Is dotted decimal notation w.x.y.z). Similarly, a value of AF_INET6 may indicate that 
f-- commimication is over IP version 6, which requires one-hundred twenty-eight bit addressing. 

The values of the *type" and "protocol" arguments may indicate whether communication 
over the socket is connectionless or connection oriented. For example, as is known in the art, a 
value of SOCK_STREAM for the "type" argument may indicate that communication is a 
20 connection oriented virtual circuit by means of TCP 62. Similarly, a value of SOCK_DGRAM 
for the "type" argument may indicate that communication is connectionless via datagrams by 
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means of UDP 60. As is known to those skilled in the art, the "protocol" argument may indicate 
a particular protocol to control the communication. 

Once the kernel of the operating system creates the data structure for the socket, the 
socket may be bound to the network layer interface and assigned a network address and/or a port 
5 number. The "bind" reentrant function typically performs this task for servers and UDP 60 
chents. A "bind" function call associates a name with the socket descriptor and is illustrated 
below: 

bind (sd, host address, length) (2) 
The socket descriptor, "sd," is the value that was returned by the "socket" call referenced above 
Q (1) when the socket data structure was created. The "host address" argument is typically a 
J^j pointer to a data structure stored in the kemel of the operating system for the host. The data 
structure typically designates an address family, e.g. AF_INET, an address for the host, and a 
m port number for the socket. The value of the "length" argument is typically the size of the data 
O structure referenced by the "host address" argument. For example, if the host network device is a 
15 server, the "host address" data structure may specify an IP 58 address and a port address 
Q provided these are valid addresses for the network address interface 94. Alternatively, the "host 
address" data structure may specify a well-known port number but not specify an associated IP 
58 address. In this case, the kemel of the server would automatically bind the socket to the 
existing IP 58 address 94 of the network layer interface. Once server processes have bound 
20 addresses to sockets, they may announce the socket names to chent processes, such as processes 
82-86. 



- 16- 



McDONNELL BOEHNEN 
HULBERT & BERGHOFF 
300 SOUTH WACKER DRIVE 
CHICAGO, ILLINOIS 60606 
TELEPHONE (312) 913-0001 



Alternatively, if the host network device is configured as a TCP 62 or UDP 60 client, 
both the values of the host IP 58 address and port number may remain unspecified. In this case, 
the kernel of the client may automatically bind the socket to the existing IP 58 address of the 
network address interface 94 and to an ephemeral port of a transport layer interface. 
5 Instead of using the "bind" function, however, a TCP 62 or UDP 60 cKent may also bind 

a socket using a "connect" reentrant function. The "connect" reentrant function associates the 
local client's socket with a target socket on the server. A "connect" call associates a target 
address with a local socket descriptor as illustrated below: 

connect (sd, target address, length) (3) 
O The socket descriptor, "sd," is the value that was returned when the client's socket data structure 
^ was created by a call to a "socket fiinction. The "target address" argument is typically a pointer 
n to another data structure stored in the host client. This "target address" data structure typically 
Tn designates an IP 58 address for the server to which the client is connecting, and a port number for 
O the target socket on the server. The value of the "length" argument is typically the size of the data 
115 structure referenced by the "host address" argument. The "connect" function call typically refers 
Q to the address structure for the server's socket, not the chent's socket, and leaves the assignment 
of the host IP 58 address and port number for the client's socket to client's kernel. 

Once a socket has been created with a "socket" function call and bound with a 'T)ind" or 
"connect" function call, a process may determine a local network address and port number by a 
20 call to a "getsockname" reentrant function. A "getsockname" function call associates an address 
structure with the socket descriptor and is illustrated below: 

getsockname (sd, address, length) (4) 
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The socket descriptor, "sd," is the value that was returned when the socket data structure was 
created by a call to a "socket" function. This descriptor refers to the socket whose address we 
wish to determine. The "address" argument is typically a pointer to a data structure stored in the 
kernel of the operating system for the host. The kernel fills the "address" data structure with the 
5 IP 58 address and port number that the socket is currently using. The value of the "length" 
argument is typically the size of the data structure referenced by the "address" argument. The 
"getsockname" function is useful whenever other processes 82-86 need to know the actual values 
for the IP 58 address of the network address interface 94 and the port number of the transport 
interface. For example, when a server creates and binds a socket it may need to advertise the 
Q address of this socket to cUent network devices. A process on the server may get the socket's 
address and port number and pass this information on to the cUent. In this manner, the chents 
f" would have access to a target address for connecting to the server's socket, 
ffS When network communications no longer need a socket, a process typically de-allocates 

O the socket by a "close" reentrant function. A "close" function call releases a connection for data 
m communications over the network. Previous "connect" or *'bind" function calls may have 
Q estabUshed the connection. The "close" function call is illustrated below: 

close (sd) (5) 
Both the socket descriptor and port number associated with the socket disappear from the 
protocol stack 50. The port number of the transport interface typically returns to a pool of port 
20 numbers. The network address for the network layer interface 94, however, does not necessarily 
disappear from the protocol stack 50 because it may be bound to a data-link interface. 
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Multiple network address interfaces 

In the above description of the socket API, there was only one available network address 
interface 94 as depicted in FIG. 3. In new and emerging communication systems, such as those 
accomplishing Network Address Translation ("NAT") or Voice-over-IP ("VoIP"), different 
5 processes on the same host may be required to have different IP 58 addresses. NAT is described 
in IETF RFC 1631 and IETF RFC 2663, the contents of which are incorporated herein by 
reference. VoIP is described in ITU Recommendation H.323, the contents of which are 
incorporated herein by reference. As is known in the art. Recommendation H.323 defmes 
negotiation and adaptation layers for video and audio over packet switched networks that do not 
fp) offer guaranteed service or Quality of Service ("QoS"). 

f} FIG. 4 is a block diagram illustrating a stack implementation 100 with multiple network 

T ; addresses. As is illustrated in FIG. 4, each socket in a multiple network address interface may 
51 use a different IP 58 address, as ilhistrated by IP 58 addresses X, Y, and Z. Additionally, all IP 
O 58 addresses may be bound to the same data-link interface 96. For example, Socket #1 108 is 
m bound to IP 58 address @X 1 14, Socket #2 1 10 is bound to IP 58 address @X 116, and Socket 
O #3 112 is bound to IP 58 address @X 118. All the IP 58 interfaces 114-118 are bound to the 
same data-link interface 96. However, the present invention is not Umited to the network and 
data-link interfaces as illusti-ated in FIG. 4 and other multiple address interfaces may 
alternatively be used. 

20 In order to support multiple network addresses, as illustrated in FIG. 4, a host protocol 

stack 50 may require modification to support multiple IP 58 addresses in a single network layer. 
Furthermore, the protocol stack 50 may require modification to receive multiple IP 58 addresses 
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dynamically, through a mechanism such as DHCP 66, Alternatively, assignment of the multiple 
network addresses may occur by selecting them from a pool of static IP 58 addresses. 
Additionally, when an appUcation requests a new network address, the protocol stack 50 may 
request the network address from a network address server, receive the network address 
5 assignment from the server, and associate that network address with the socket. It should be 
understood that the present invention is not limited to these configurations for supporting 
multiple network addresses and that many more configurations are possible but the foregoing is 
preferred. 

In accordance with a preferred embodiment, a new socket API may be constructed that 
Qb directs the kernel of the operating system to establish and use multiple network addresses in the 
protocol stack 50. The new socket API behaves differently compared to the old socket API 
n described above; namely, that the new API pemiits multiple network addresses whereas the old 
m API only permits a single network address. 

O Although the corresponding fimctions in the new API are different in execution and 

ri5 produce different results from those of the old API, they may be conceptually analogous to the 
O old socket API fimctions. A programming convention, known to those skilled in the art, is to 
name new socket fimctions after analogous old socket fimctions. The naming convention is a 
mnemonic device used by programmers for purposes of replacing old versions of fimctions with 
new versions. As described below, the new API may contain a modified "socket" system call to 
20 request that a particular socket allocate a new IP 58 address. Additionally, as fiirther described 
below, the new API may contain modified "bind," "connect " "getsockname," and "close" 
fimctions. 
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Modified socket function 

A modified "socket** reentrant function that accommodates multiple network addresses 
may be defined in a variety of ways. In one exemplary preferred embodiment of the modified 
"socket" function, the modified "socket" function includes an argument to direct the kemel to 
5 assign a new network address to a newly created socket. For example, the function call may take 
the form: 

sd = socket (format, type, protocol, tuple) (6) 
where the value of the extra "tuple" argument may indicate to the kemel that this socket is to be 
assigned a new network address from a pool of available addresses (i.e. a static assignment) or 
CiO dynamically through some mechanism such as DHCP 66. A default value for "tuple" may 
Ul indicate that the socket is to be assigned a common network address by the protocol stack 50 in a 
n manner similar to the single address "socket" call referenced above (1). 

fi Another exemplary preferred embodiment uses a new address family for the "format" 

n argument of the socket function call to indicate that the kemel assigns a new network address to 
m the socket. For example, the modified "socket" function call may retain the form of Equation 1. 
O However, a value such as AFJNETJTUPLE for the "format" argument may indicate to the 
kemel that it should assign a new IP 58 address to this socket. It should be imderstood that the 
present mvention is not limited to these exemplary embodiments. Although not currently known 
but within the capabilities of one skilled in the art, other ways of creating a modified socket with 
20 a new network address are possible. 
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Modified bind function 

The new socket API may include a modified '*bind" reentrant function that 
accommodates multiple network addresses. A socket that is created by the above-described 
modified "socket" function call, and has asked for a new network address, will be bound to the 
5 new network address by a call to the modified "bind" function. The form of the modified "bind" 
function may be analogous to the old "bind" function referenced above (2). 

The modified "socket" function call has aheady indicated to the kernel that a new 
network address is associated with the socket descriptor. The modified "bind" function call 
passes the socket descriptor, "sd," to the kemel of the operating system for use in the protocol 
CPo stack 50. The kemel recognizes this vahxe for socket descriptor as associated with a new network 
address by a previous modified "sockef function call. As before, for the single network address 
n interface, the calling process may specify a well-known port number as a parameter of the bind 
% function call. Altematively, the process may leave the port number unassigned, in which case the 
o kemel may fill in an ephemeral port number as happened in the old "bind" function. The IP 58 
Itf 5 address argument may typically be left unassigned in the "bind" function call. 
O The kemel of the operating system examines the memory associated with the protocol 

stack 50 and fills in the new IP 58 address that is associated with the socket descriptor, "sd." In 
one exemplary preferred embodiment, the kemel selects the IP 58 address from a pool of 
reserved addresses (i.e. static assignment). Altematively, the kemel requests the address 
20 dynamically from an address server when the "sockef fimction call creates the socket. The IP 
58 address may be stored in a table in memory associated with the protocol stack 50 section of 
the kemel, along with the socket descriptor. When a process later makes a modified '1)ind" 
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function call with the socket descriptor, the kernel searches for this socket descriptor. The kernel 
determines the previously reserved IP 58 address from the table, and returns this address in the IP 
58 address structure of the modified "bind" function. 

In another exemplary preferred embodiment, the kernel does not select the IP 58 address 
5 until a process calls the modified "bind" function. The call to the modified "socket" function 
records that the returned socket descriptor, sd, is slated to be assigned a new IP 58 address. The 
kernel, however, does not yet assign the network address. When the process makes the modified 
"bind" function call, the kernel determines that the socket descriptor argument contains a socket 
descriptor that was slated for a new IP 58 address. The kernel selects an IP 58 address for the 

Oo socket from a pool of addresses or dynamically as described above. The kernel also associates 

Ul the socket descriptor with the IP 58 address, e.g. in a table, and passes the new IP 58 address up 
to the IP 58 address structure in the modified *'bind" function. It should be understood that the 

Wi present invention is not limited to these exemplary embodiments and that many other ways of 

O binding a modified socket with a new network address are possible. 

iU5 Modified connect function 

Q The "connect" reentrant function also requires modification to accommodate multiple 

network addresses. As described above, both TCP 62 and UDP 60 cUents use a "connect" 
fimction call to allocate an IP 58 address and an ephemeral port. The modified "connect" 
function may retain the form of the old "connect" function call referenced above (3). The target 
20 IP 58 address and port number (the address of the server associated with the chent) are passed as 
arguments to the modified "connect" function as before. 
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The modified "comiect" function call passes the socket descriptor, "sd/' to the kernel. 
The kernel recognizes this value for the socket descriptor as being associated with a new network 
address by a previous modified "socket" fimction call. As before, for the single network address 
interface 94, the calling process may allow the kemel to bind an ephemeral port number to the 
5 socket. 

When a process makes a "connect" function call, the kemel also binds the socket to the 
new IP 58 address that is associated with the socket descriptor, "sd." In one exemplary preferred 
embodiment, the kemel selects the IP 58 address from a pool of reserved addresses (i.e. a static 
assignment). Alternatively, the process may request the address dynamically from an address 
i3o server (not shown in FIG. 4) when the "socket" function call creates the socket. The IP 58 
^ address may be stored in a table in memory associated with the protocol stack 50 section of the 
n kemel, along with the socket descriptor. A later modified "connecf function call with the socket 
m descriptor causes the kemel to search for this socket descriptor and determine the previously 
3 reserved IP 58 address fi-om the table. In this manner, a connection is estabUshed between the 
fli5 cUent socket, having the new IP 58 address and port number, and the server socket, having the 
Q target IP 58 address and port number. 

In another exemplary preferred embodiment, the kemel does not assign an IP 58 address 
until the call is made to the modified "connect" fimction. The call to the modified "socket" 
function records that the returned socket descriptor, sd, is slated to be assigned a new IP 58 
20 address. The kemel, however, does not yet assign the network address. When a process makes 
the modified "connect" fimction call, the kemel determines that the socket descriptor argument 
contains a socket descriptor that slated for a new IP 58 address. The kemel may select an IP 58 
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address for the socket from a pool of addresses or, alternatively, the IP 58 address may be 
assigned dynamically such as is described above. The kernel also associates the socket 
descriptor with the IP 58 address, e.g. in a table. Iq this manner, a connection is established 
between the client socket, having the new IP 58 address and port number, and the server socket, 
5 having the target IP 58 address and port number. It should be understood that the present 
invention is not limited to these exemplary embodiments and that many other ways of connecting 
a modified socket with a new network address are possible. 
Modified getsockname function 

The "getsockname" reentrant function also requires modification to accommodate 
QO multiple network addresses. The modified "getsockname" function may retain the form of the 
ill old "getsockname" function as referenced above (4). Although the modified "getsockname" 
n function has the same name as the old "getsockname" function, its operation is different. A 
fi process calls the modified "getsockname" function and passes the value of the socket descriptor 
n to the kernel. The kernel determines whether the socket descriptor is associated with a new IP 58 
fii5 address. If the socket descriptor is associated with a new IP 58 address, the kernel fills in the 
O referenced address structure with the new IP 58 address and port number. In this manner, the 
modified "getsockname" function returns the new network address assigned to the socket in an 
address data structure. The new network address may have been associated with the socket 
descriptor during a previous modified "socket" function call, a previous modified "bind" 
20 function call, or a previous modified "coimect" fimction call. 
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Modified close function 

The "close" reentrant function is preferably also modified to accommodate multiple 
network addresses. The modified "close" function may retain the form of the old "close" 
function as referenced above (5). A process calls the "close" function and passes the value of the 
5 socket descriptor to the kemel The kernel determines whether this socket descriptor is 
associated with a new IP 58 address. The new network address may have been associated with 
the socket descriptor during a previous modified "socket" function call, a previous modified 
"bind" function call, or a previous modified "connect" function call. If the socket descriptor is 
associated with the new IP 58 address, the kemel also de-allocates this new IP 58 address and 
Qo port number. The kemel accomplishes this, for example, by deleting the socket descriptor and/or 
^ the new network address firom a table in the protocol stack 50 section of the kemel. In this 
n manner, the modified "close" fimction releases the data comnumications connection, and the 
Ins network and virtual interface both disappear. Alternatively, if the kemel assigned the network 
□ address to the socket through a dynamic process such as DHCP 66, the socket may automatically 
M5 close at the end of a lease time by methods known to those skilled in the art. 
3 Method for using multiple network addresses 

FIG. 5 is a flow diagram illustrating a method 130 for using multiple network addresses 
for interprocess communication through a common physical layer. The method 130 includes 
creating a first interprocess communication data structure associated with a first network address 
20 on a first network device 14 at step 132, The first network device 14 may be the telephony 
device as illustrated in FIG. 1, although other types of network devices are possible and the 
present invention is not hmited to the telephony device of FIG. 1. An example of an interprocess 
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communication data stracture associated with a network address is a socket that is assigned a 
new IP 58 address when it is created, as described above. A call to a "socket" function from a 
process may create the first socket as a data structure in memory associated with the kernel of the 
first network device 14. For example Socket #1 108 of FIG. 4 may be created by a modified 
5 "socket" function call from Process B 84. However, it should be understood that the present 
invention is not limited to sockets and IP 58 addresses, and that other types of interprocess 
communication data structures and network addresses may be used. 

At step 134, a first communication is estabUshed between the first network device 14 and 
a second network device 16 using the first interprocess commimication data structure and the 
Qo first network address. For example, the first socket may estabhsh a connection with a target 
socket on the second network device 16. This may initiate a data flow between the process bound 
n to the first socket and another process on the second network device 16 bound to the target 
Ifi socket. The comnumication may be connection oriented, such as a TCP 62 virtual connection, or 
p connectionless, such as a UDP 60 virtual connection. The data flow may f3llow a modified 
fU 5 "bind" or "connecf ' function call with the "socket descriptor" for the first socket. Process B 84, 
Q for example, may initiate a data flow through the data structure of Socket #1 108. The kemel 
associated Socket #1 108 with its own network interface 1 14 having the new IP 58 address @X. 
However, it should be understood that the present invention is not limited to TCP/IP 
communications or the like and that other forms of communications are possible, such as UDP/IP 
20 or X.25 communications famiUar to those skilled in the art. 

The first communication passes through the common physical layer for the first network 
device 14. As illustrated in FIG. 4, the multiple IP 58 addresses at the network layer share a 
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common data-link and device driver 96 for the first network device 14 at its physical layer. Data 
flows to and from all processes 82-86 through the same physical layer interface 96. Data to or 
from one process 82-86 may go to one or more socket data structures 108-112, The respective 
network layer interface 114 for the first socket 108 encapsulates or decapsulates the data and 
5 processes the packets through the common data-link and physical layer 96. 

A second interprocess communication data structure is created at step 136. The second 
interprocess conomunication data structure is associated with a second network address on the 
first network device. The second network address is different from the first network address. 
For example, Process B 84, having already created Socket #1 108, may also create a second 

ap socket, Socket #2 110, by another modified "socket" function call. Socket #2 1 10 has a different 

y 1 IP 58 address, @Y, compared to Socket #1 108, @X, as the kemel assigns a new IP 58 address 
when the process makes a modified "socket" function call. There are now two sockets on the 

fz first network device 14, and each socket is associated with a different IP 58 address. 

Q At step 138, a second communication is estabhshed between the first network device 14 

and a third network device (not shown) using the second interprocess communication data 

□ structure and the second network address. The second socket may then estabhsh a connection 
with another target socket on a third computer to provide another virtual connection. This may 
initiate a data flow between the process and a third process on the third network device bound to 
the target socket. The communication may be connection oriented, such as a TCP 62 virtual 

20 connection, or connectionless, such as a UDP 60 virtual connection. The data flow may follow a 
modified "bind" or "connect" function call with the "socket descriptor" for the second socket. 
Process B 84, for example, may initiate a data flow through the data structure of Socket #2 110. 
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The kernel associated Socket #2 110 with its own network interface 116 having the new IP 58 
address @Y. The respective network layer interface 116 for the second socket 110 encapsulates 
or decapsulates the data and processes the packets through the common data-link and physical 
layer 96. In this manner, a host computer, application, process, or other entity may support 
5 multiple network addresses and bind each address to a separate socket and/or a separate process. 
This allows a network device to communicate with other network devices using two or more 
network addresses. 

In the present invention, more than one IP 58 interface may map to the same physical or 
logical data-link device. However, each interface will only send and receive data on behalf of a 
€m related group of processes as illustrated in FIG. 4. An advantage of the present invention 
^ ^ compared to a traditional data-link interface is that it represents an IP 58 address that is bound to 
[J a given executing instance of an apphcation (e.g., a process or related group of processes). Such 
a configuration may be useful for differentiating IP 58 data traffic to or Scorn a particular host 
n based on something other than a transport-layer parameter such as a TCP 62 or UDP 60 port. 
fl5 For example, in Intemet telephony it may be advantageous for each new call to be 

O ascribed a new IP 58 address. Calls are typically IP 58 messages exchanged between telephony 
devices in a virtual private network. The telephony devices may typically support multiple calls, 
each call being associated with a process in the telephony device. In this case, the new IP 58 
address resides in a private network address space for the virtual private network. NAT tunnels 
20 the calls across the (pubhc) Intemet. Ascribing a new and unique IP 58 address to each call may 
ensure that the identity of the caller is hidden as the call traverses the Intemet. Each call process 
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should be associated with a respective private IP 58 address. The present invention may assign a 
new IP 58 address to each new call in the manner described above. 

Another advantage of supporting multiple DP 58 addresses is improving switching 
efficiency. As described above, IP 58 addresses rather than TCP 62 or UDP 60 port number may 
5 distinguish traffic for applications. In general, layer 3 (network layer) switching using IP 58 
addresses is expected to be more efficient than layer 4 (transport layer) switching using TCP 62 
or UDP 60 ports. Improved switching efficiency may increase the call capacity of the Intemet. 

Yet another advantage of using multiple IP 58 addresses is to differentiate data traffic 
associated with different Quality of Service ("QoS")- QoS provides statistical guarantees of 
fJO throughput, delay, delay variation, and packet loss. QoS is important in the transmission of 
HI Intemet telephony, multimedia, and video data streams as these transmissions require a 
guaranteed bandwidth to function. Different applications on the same host computer may need 
to conmnmicate with a separate QoS. For example, Intemet telephony applications may require 
l:^ a constant or guaranteed bitrate QoS, whereas a web browsing application may require a basic 
fj5 QoS. Differentiating QoS may also improve the ability of the Intemet to carry many forms of 
O data communication simultaneously. 

Edge routers (24,26) supporting QoS are required to process IP 58 packets differently 
depending on the QoS of the data communication. Instead of examining the internal details of an 
incoming IP 58 packet to determine the appropriate QoS, the edge router (24,26) may simply 
20 recognize that an IP 58 address in the header is associated with a particular QoS and process that 
packet accordingly. As discussed above, layer 3 switching is typically expected to be efficient. 
Ascribing an IP 58 address to each application may allow the IP 58 address for the application to 
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be associated with the QoS of the apphcation. The IP 58 address and QoS of the appHcation may 
be conveyed to the edge router (24,26) to estabhsh a layer 3 switching channel for the 
application. Therefore, each communication is over a virtual channel between apphcations 
associated with a particular QoS and a unique IP 58 address. 
5 It should be understood that the programs, processes, methods, systems and apparatus 

described herein are not related or limited to any particular type of computer apparatus (hardware 
or software), unless indicated otherwise. Various types of general purpose or speciaUzed 
computer apparatus may be used with or perform operations in accordance with the teachings 
described herein. 

OO In view of the wide variety of embodiments to which the principles of the invention can 

in be applied, it should be understood that the ilhistrated embodiments are exemplary only, and 
should not be taken as limiting the scope of the present invention. For example, the steps of the 
Yi, flow diagrams may be taken in sequences other than those described, and more or fewer elements 
f~i or components may be used in the block diagrams. 

[15 The claims should not be read as limited to the described order or elements unless stated 

CI to that effect. In addition, use of the term "means" in any claim is mtended to invoke 35 U.S.C. 
§112, paragraph 6, and any claim without the word "means" is not so intended. Therefore, all 
implementations that come within the scope and spirit of the following claims and equivalents 
thereto are claimed as the invention. 
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WE CLAIM: 

1. A method for using multiple network addresses for interprocess communication 
through a common physical layer, comprising: 

creating a first interprocess commxmication data structure associated with a first network 
address on a first network device; 
5 establishing a first communication between the first network device and a second network 

device using the first interprocess commimication data structure and the first network address^ 
wherein the first communication passes through the common physical layer for the first network 
device; 

S creating a second interprocess communication data structure associated with a second 

4b network address on the first netwo± device, wherein the second network address is different 
ll from the first network address; and 

^ establishing a second communication between the first network device and a third 

ri network device using the second interprocess communication data structure and the second 
r J network address, wherein the second communication passes through the common physical layer 
05 for the first network device. 

2. A computer readable medium having stored therein instructions for causing a 
central processing unit to execute the method of Claim 1. 
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3. The method of Claim 1 wherein the first interprocess conmiunication data 
5 structure is a first socket comprising: 

a first socket descriptor with which a first process on the first network device accesses the 
first interprocess communication data structure; and 
the first network address. 



4. The method of Claim 1 wherein the second interprocess conmiunication data 
structure is a second socket comprising: 

a second socket descriptor with which a second process on the first network device 
^ accesses the second interprocess communication data structure; and 
5 the second network address. 



5. The method of Claim 1 wherein the first network address and the second network 
address are hitemet Protocol addresses. 

6. The method of Claim 1 wherein the step of creating the first or second 
interprocess communication data structure includes calling a reentrant socket networking 
function that allows multiple network addresses to be allocated. 



7. The method of Claim 1 wherein the step of creating the first or second 
interprocess communication data structure includes calling a reentrant bind socket networking 
function that allows multiple network addresses to be allocated. 
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8. The method of Claim 1 wherein the step of estabhshing the first or second 
communication includes calling a reentrant connect socket networking function that allows 
multiple network addresses to be allocated. 

9. A computer readable medium having stored therein a library of reentrant 
functions generally available to, and callable by, a plurality of chent appUcations on a host 
computer, the computer readable medium comprising: 

a first reentrant networking function for creating a socket that is associated with a new 
5 network address, wherein the first function allocates a memory structure in the host computer for 
u the socket and creates a new network layer interface for the new network address, and wherein 
r: the first reentrant networking fimction allows multiple network addresses to be used with a 
common physical layer; 

Ifl a second reentrant networking function for binding the socket to the new network 

Oo address, wherein the second reentrant networking function allows multiple network addresses to 
" ^1 be used with the common physical layer; 

^ a third reentrant networking fixnction for connecting the socket to a target socket on 

another host computer, wherein the third function binds the socket to the new network address, 
wherein the third reentrant networking function allows multiple network addresses to be used 
15 with the common physical layer; 

a fourth reentrant networking function for determining the new network address 
associated with the socket, wherein the fourth reentrant networking fimction allows multiple 
network addresses to be used with the common physical layer; and 
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a fifth reentrant networking function for closing the socket, wherein the fifth reentrant 
20 networking function allows multiple network addresses to be used with the common physical 
layer. 

10. A computer readable medium having stored therein an apphcation programming 
interface having a plurality of function interfaces for networking functions stored in an external 
library generally available to, and callable by, a plurality of client applications on a host 
computer, the computer readable medium comprising: 
5 a first function interface for calling a first networking function for creating a socket that is 

^ associated with a new network address, wherein the first networking function allocates a memory 
'[^ structure in the host computer for the socket and creates a new network layer interface for the 
y new network address, and wherein the first function interface allows multiple network addresses 
in to be used over a common physical layer; 

Qo a second function interface for calling a second networkmg function for binding the 

socket to the new network address, wherein the second function interface allows multiple 
network addresses to be used over the common physical layer; 

a third function interface for calling a third networking function for connecting the socket 
to a target socket on another host computer, wherein the third function binds the socket to the 
15 new network address, and wherein the third function interface allows multiple network addresses 
to be used over the common physical layer; 
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a fourth function interface for calling a fourth networking function for determining the 
new network address associated with the socket, wherein the fourth function interface allows 
multiple network addresses to be used over the common physical layer; and 
20 a fifth function interface for calling a fifth reentrant networking function for closing the 

socket, wherein the fifth function interface allows multiple network addresses to be used over the 
common physical layer. 



11. A computer readable medium having stored therein a reentrant networking 
function for creating a socket, generally available to, and callable by, a plurality of applications 

y on a host computer, comprising: 

f J associating a descriptor with the socket, wherein the descriptor identifies the socket to 

ri5 other reentrant network functions, and wherein the socket is to be assigned a new network 
m address; 

□ storing the descriptor in a protocol stack for the host computer; and 

fy instructing the host computer to allocate a memory structure for the socket. 

12. The computer readable medium of Claim 1 1 wherein the storing step comprises: 
ascertaining the new network address in the protocol stack for the host computer; 
associating the descriptor with the new network address; and 

storing the descriptor and the new network address in the protocol stack of the host 
5 computer. 
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13. The computer readable medium of Claim 12 wherein the ascertaining step 
comprises: 

requesting a dynamically assigned network address from an address server; and 
receiving the new network address from the address server in response. 

5 

14. The computer readable medium of Claim 12 wherein the ascertaining step 
comprises: 

selecting the new network address from a pool of network addresses on the host 
computer. 

15. The computer readable medium of Claim 1 1 wherein the instructing step further 
y comprises: 

m returning a value for the descriptor to an ^plication that has called the reentrant 

O networking fimction. 

y 16. The computer readable medium of Claim 1 1 wherem the new network address is 

an Internet Protocol address. 
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17. A computer readable medium having stored therein a reentrant networking 
function for binding a socket, generally available to, and callable by, a plurality of applications 
on a host computer, comprising: 

identifying the socket from a descriptor that is passed from an application that has called 
5 the reentrant networking fimction; 

determining that the descriptor is associated with a new network address in a protocol 
stack of the host computer; and 

associating the new network address with the socket, 

i 18. The computer readable medium of Claim 17 wherein the identifying step 

I comprises: 

matching the descriptor to a stored descriptor vahie in the protocol stack, wherein the 
1 stored descriptor value is associated with the socket. 

i 19, The computer readable medium of Claim 17 wherein the determining step 

i comprises: 

matching the descriptor to a stored descriptor value in the protocol stack, wherein the 
stored descriptor value is associated with a stored network address; and 
5 equating the new network address with the stored network address. 
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20. The computer readable medium of Claim 17 wherein the determining step 
comprises: 

ascertaining the new network address in the protocol stack for the host computer; 
associating the descriptor with the new network address; and 
5 storing the descriptor and the new network address in the protocol stack of the host 

computer. 

21. The computer readable medium of Claim 20 wherein the ascertaining step 
comprises: 

3 requesting a dynamically assigned network address from an address server; and 

receiving the new network address from the address server in response. 

m 22. The computer readable medium of Claim 20 wherein the ascertaining step 

0 comprises: 

nj selecting the new network address fi-om a pool of network addresses on the host 

computer. 

5 

23. The computer readable medium of Claim 20 wherein the associating step fiirther 
comprises: 

returning a value for the new network address to the application that has called the 
reentrant networking function. 

5 
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24. The computer readable medium of Claim 17 wherein the new network address is 
an Intemet Protocol address. 

25. A computer readable medium having stored therein a reentrant networking 
function for connecting a host socket to a target socket, generally available to, and callable by, a 
plurality of applications on a host computer, comprising: 

identifying the host socket from a descriptor that is passed from an appHcation that has 
5 called the reentrant networking function; 

determining that the descriptor is associated with a new network address in a protocol 
Q stack of the host computer; 

associating the new network address with the host socket; and 
rj allocating a memory structure for communication between the host socket and the target 

[IP socket, 

nj 26. The computer readable medium of Claim 25 wherein the identifying step 

comprises: 

matching the descriptor to a stored descriptor value in the protocol stack, wherein the 
stored descriptor value is associated with the host socket, 

5 
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27. The computer readable medium of Claim 25 wherein the determining step 
comprises: 

matching the descriptor to a stored descriptor value in the protocol stack, wherein the 
stored descriptor value is associated with a stored network address; and 
5 equating the new network address with the stored network address. 

28. The computer readable medium of Claim 25 wherein the determining step 
comprises: 

ascertaining the new network address in the protocol stack for the host computer; 
3 associating the descriptor with the new network address; and 

% storing the descriptor and the new network address in the protocol stack of the host 

1 computer. 

□ 29. The computer readable medium of Claim 28 wherein the ascertaining step 

y comprises: 

3 requesting a dynamically assigned network address from an address server; and 

receiving the new network address from the address server in response. 

5 

30. The computer readable medium of Claim 28 wherein the ascertaining step 
comprises: 

selecting the new network address from a pool of network addresses on the host 
computer. 
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31. The computer readable medium of Claim 25 wherein the new network address is 
an Internet Protocol address. 

32. A computer readable medium having stored therein a reentrant networking 
function for determining a new network address associated with a socket, generally available to, 
and callable by, a plurality of applications on a host computer, comprising: 

identifying the socket from a descriptor that is passed from an appUcation that has called 
5 the reentrant networking function; 

determining that the descriptor is associated with a new network address in a protocol 
J stack of the host computer; and 

^ returning a value for the new network address to the application that has called the 

reentrant networking function. 

] 33. The computer readable medmm of Claim 32 wherein the identifying step 

comprises: 

1 matching the descriptor to a stored descriptor value in the protocol stack, wherein the 

stored descriptor value is associated with the socket. 
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34. The computer readable medium of Claim 32 wherein the determining step 
comprises: 

matching the descriptor to a stored descriptor value in the protocol stack, wherein the 
stored descriptor value is associated with a stored network address; and 
5 equating the new network address with the stored network address. 

35. The computer readable medium of Claim 32 wherein the new network address is 
an Internet Protocol address. 

O 36. A computer readable medmm having stored therein a reentrant networking 

^ function for closing a socket, generally available to, and callable by, a phirality of applications on 

a host computer, comprising: 
fi identifying the socket from a descriptor that is passed from an appUcation that has called 

q5 the reentrant networking function; 

fii determining that the descriptor is associated with a new network address in a protocol 

O stack of the host computer; and 

de-allocating the new network address. 
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37. The computer readable medium of Claim 36 wherein the de-allocating step 
comprises: 

matching the descriptor to a stored descriptor value in the protocol stack, wherein the 
stored descriptor value is associated with the new network address; and 
5 deleting the stored descriptor value from the protocol stack. 



38. The computer readable medium of Claim 37 further comprising: 
deleting the new network address from the protocol stack. 



39. The computer readable medium of Claim 36 wherein the new network address is 
an Internet Protocol address. 
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ABSTRACT 

A method and application programming interface for using multiple network addresses 
on a common physical layer. The host protocol stack supports multiple Internet Protocol 
interfaces. When a process makes a function call to create a new socket, a new IP address is 
5 associated with the socket. Each socket is then bound to an IP address that is distinct jfrom the IP 
addresses bound to other sockets. This is in contrast to conventional sockets that are bound to a 
common IP address. In this manner, each process may be associated with a unique IP address. 
Such a configuration may useful in Intemet telephony where each call process receives a unique 
Q private IP address in a virtual private network. 
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